home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / c_client.arc / text0077.txt < prev    next >
Encoding:
Text File  |  1993-07-31  |  1.5 KB  |  39 lines
  1.  
  2. On Mon, 12 Jul 1993, John Gardiner Myers wrote:
  3.  
  4. > I maintain that it is a mistake to expose implementation details
  5. > through the interface unless the user is explicitly making
  6. > implementation-specific requests.  In particular, it is wrong to
  7. > expose the storage format through the default "rubber-room" namespace.
  8.  
  9. > Why should the user have to know or care whether the mailing list
  10. > archives are stored in netnews, berkeley, or tenex format?
  11.  
  12. The user shouldn't know or care, neither the format, nor the absolute 
  13. location in a filesystem...
  14.  
  15. Things I believe to be true:
  16.  
  17.  1. The issue is to define a satisfactory user-visible namespace, not 
  18.     expose implementation details.  But the user-visible namespace 
  19.     *might* use a syntax familiar in *some* filesystem!  Even if the
  20.     mapping to the actual filesystem organization is different.
  21.  
  22.  2. It is highly desirable for the sysadmin to be able to choose 
  23.     where/how to store archive or other data.
  24.  
  25.  3. The user-visible namespace *must* support hierarchy, which means
  26.     a canonical path syntax must be defined, even though it may be relative
  27.     to a sysadmin-defined root, or a driver-defined abstract root.
  28.  
  29.  4. We are really searching for a way to select an IMAP driver via the 
  30.     name string syntax that goes across the wire.  However, whatever means
  31.     is chosen to tell a driver that "this name's for you", the 
  32.     requirement to support a hierarchical path (without using netnews dot 
  33.     notation) is still with us.
  34.  
  35. -teg
  36.  
  37.  
  38.  
  39.